home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Grab Bag
/
Shareware Grab Bag.iso
/
007
/
hddstrp2.arc
/
HDSTRP.DOC
< prev
Wrap
Text File
|
1986-09-15
|
4KB
|
106 lines
HEADERSTRIP v.2.0 Copyright (C) 1985 Conrad S. Kageyama, 26 October 1985
Not for commercial use or commercial gain. Intended solely for use in the
public domain.
PROLOGUE:
When a hard drive is backed up using DOS's BACKUP.COM, the resulting files on
the backup diskettes are unusable because DOS attaches a 128 byte header to
the front of each file, which tells BACKUP/RESTORE where the file belongs on
the hard disk. It was recently pointed out that even if you are backed up
religiously, if your hard disk fails, then you are still down for the
duration since those files are useless as is.
The result of this comment is HEADERSTRIP (HDRSTRIP.COM), which will strip
out that 128 byte header and write the file back to disk in usable form.
There seemed to be some interest in Version 1.0 so I have gone ahead and
added a little more functionality in this Version 2.0. It is more
straightforward with no pre-use manipulation. I think you'll like it better
than my original offering.
As with all public domain software, there are no guarantees, implied or
otherwise. Work **ONLY** with copies of your backup files. Use HEADERSTRIP
at your own risk.
INSTRUCTIONS:
1. COPY the needed file from your backup diskette to another diskette.
**DO NOT** work with your original backup diskette.
2. Invoke HEADERSTRIP by doing HDRSTRIP <enter> at the DOS prompt.
3. HEADERSTRIP will now ask you for the "File to be Processed".
Respond with "d:filename.ext" (omit the quotes), where "d:" is the
drive designator. If no drive designator is given, then HEADERSTRIP
will assume the current drive.
4. HEADERSTRIP will now query you for the "Output Drive". Respond with
your desired target drive. If no drive is designated, then
HEADERSTRIP will assume the current drive.
5. HEADERSTRIP will now process the input file, strip out the 128 byte
DOS backup header, and write the file back to disk. The resultant
output file is now usable.
6. Please note that the original input file has been deleted.
Therefore, again, ** DO NOT USE THE ORIGINAL BACKUP DISKETTE **.
Work ** ONLY ** on a copy of the original backup files. The actual
sequence of events is:
A. Input filename is recorded.
B. Input filename is RENamed to TEMPFILE.TEM.
C. TEMPFILE.TEM is then processed and written back out to disk with
the original filename.
D. TEMPFILE.TEM is then ERASEd for the next usage.
7. The resultant output file may differ in filesize from the original
file on the hard drive depending on how the end of file is handled in
the original, and due to padding at the end of the file, but the
output file should be functionally okay.
8. Special instructions for processing files that are split between two
diskettes.
A. As an example, assume that FILE.COM is split between Backup Disk
#1 and Backup Disk #2.
B. Copy the FILE.COM segment from Backup Disk #1 to another diskette
with a different filename, i.e., COPY A:FILE.COM d:FILE1.COM,
where d: is the target drive.
C. Copy the FILE.COM segment from Backup Disk #2 to another diskette
with a different filename, i.e., COPY A:FILE.COM d:FILE2.COM,
where d: is the target drive.
D. Use HEADERSTRIP to process FILE2.COM, thus stripping out the 128
byte header from FILE2.COM.
E. Now concantenate FILE1.COM and the processed FILE2.COM using the
syntax: COPY d:FILE1.COM /B + d:FILE2.COM d:FILE.COM, where the
d:'s are the respective drives. Please note the /B switch; this
switch *must* be applied for this procedure to work. The /B
switch is discussed in the DOS manual under the COPY command
heading.
F. Use HEADERSTRIP to process the newly formed FILE.COM. Your file
is now intact and ready for use.
Enjoy!!!...
Conrad S. Kageyama
Sysop, CIS IBM PC SIG
CIS 76703,1010